home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19950929-19951130 / 000304_news@columbia.edu_Sun Nov 4 05:29:06 1995.msg < prev    next >
Internet Message Format  |  1995-12-25  |  4KB
  1. Received: from apakabar.cc.columbia.edu by watsun.cc.columbia.edu with SMTP id AA03402
  2.   (5.65c+CU/IDA-1.4.4/HLK for <kermit.misc@watsun.cc.columbia.edu>); Sat, 4 Nov 1995 10:37:20 -0500
  3. Received: by apakabar.cc.columbia.edu id AA25895
  4.   (5.65c+CU/IDA-1.4.4/HLK for kermit.misc@watsun); Sat, 4 Nov 1995 10:37:18 -0500
  5. Path: news.columbia.edu!panix!ddsw1!news.mcs.net!not-for-mail
  6. From: les@MCS.COM (Leslie Mikesell)
  7. Newsgroups: comp.protocols.kermit.misc
  8. Subject: Re: how to get  DOS kermit c source code?
  9. Date: 3 Nov 1995 23:29:06 -0600
  10. Organization: /usr/lib/news/organi[sz]ation
  11. Lines: 67
  12. Message-Id: <47etn2$eq7@Mars.mcs.com>
  13. References: <45pk9f$so3@info.bta.net.cn> <1995Oct20.092232.64321@cc.usu.edu> <46hf3j$li3@Mercury.mcs.com> <46jurh$c8l@apakabar.cc.columbia.edu>
  14. Nntp-Posting-Host: mars.mcs.com
  15. Apparently-To: kermit.misc@watsun.cc.columbia.edu
  16.  
  17. In article <46jurh$c8l@apakabar.cc.columbia.edu>,
  18. Frank da Cruz <fdc@watsun.cc.columbia.edu> wrote:
  19. >> Once upon a time I thought that was the philosopy
  20. >>behind kermit too.
  21.  
  22. >It was, but times changed.  I think you are missing the difference between
  23. >the Kermit project and various other projects on the net that you
  24. >associate with "free software".  The difference is: we are working on this
  25. >full time, and with some of us, it is our real job -- even our career.
  26.  
  27. I don't have any objection to commercial versions especially for
  28. the flashy interactive stuff.  I just miss the old standby file
  29. transfer and script driven communications utility that you could
  30. count on everyone having.  In fact I'd like it better if terminal
  31. emulations had never been added.   If you watch the other newsgroups
  32. you'll see questions about how to script telnet sessions show up
  33. every few weeks.  I haven't seen anyone but myself point out that
  34. kermit does this naturally and on several platforms, and any of
  35. them can drive just about any program on the same or a different
  36. platform.  The usual answer is to get 'expect' which only runs on
  37. unix and then you have to learn tcl to use it.  Kermit can do a
  38. loopback telnet through a script to run things that need a pty
  39. or controlling terminal and do anything expect could do.  I guess
  40. everyone else just thinks of kermit as a terminal emulator these
  41. days.
  42.  
  43. >We
  44. >are here for the long haul, as long as there is a demand, to develop and
  45. >support Kermit protocol and software.  You can't say that about most of
  46. >the other software that you cite.  The BSD project is shut down, the
  47. >people scattered to the wind.
  48.  
  49. But BSDI, freeBSD and netBSD seem to be going strong.
  50.  
  51. >Many of the other examples are one-shot
  52. >deals -- the people who created them moved on to something else -- you
  53. >can't get good, dependable support for that type of software.  You can for
  54. >Kermit.
  55.  
  56. Some are, some aren't.  Most GNU utilities are updated periodically and
  57. you can get commercial support.  Sometimes you see a dramatic improvement
  58. when someone new takes over a project that someone else consided
  59. finished.
  60.  
  61. >By the way, if you or anybody else wants to contribute code, make
  62. >improvements, etc, nothing is stopping you.  But you have to leave
  63. >administration of our copyright up to us, because long after you have
  64. >moved on to something else, we will still need to be here.
  65.  
  66. I don't mean to imply that you aren't doing a good job, but other
  67. people/groups are managing to keep packages updated while allowing
  68. the code to be freely distributed.  The problem is that the value
  69. of kermit as a file transfer/scripting utility depends largely
  70. on it already being available at the other end of your connection
  71. and the distribution policy makes this unlikely, especially in
  72. the places you need kermit (i.e. no ftp...).  Besides, at the moment
  73. the most popular communications platform is probably Windows 3.x
  74. running a dial-up or network winsock which seems to be a gaping
  75. hole in the kermit product line. There are lots of other terminal
  76. emulators to run over winsock so I don't care about that part but
  77. I'd like to be able to run the same scripts that the unix/dos versions
  78. can.  If it weren't for the distribution restrictions, someone else might
  79. have done a quick and dirty compile of the script and file tranfer
  80. code to run over winsock by now. 
  81.  
  82. Les Mikesell
  83.   les@mcs.com